Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:
VS> git-rebase - Reapply commits on top of another base tip VS> Hе, я точно не хочу такую хрень. Где-то в гите перемудрили. это не в гите, это в мозгах его пользователей и разработчиков такой таракан.
Вкратце: "твоя история нам нах.й не нужна! Засунь ее себе в жопу!" "Мы желаем видеть правки как будто ты их делал поверх самой нашей наираспоследней версии. Твоя история нам нах.й не нужна, ты понял?!" "Порежь помельче, и заверни каждую правку отдельно! У нас в экран не влазиет!"
Именно под такой уебанский воркфлоу заточена эта поделка, поскольку ее автор четверть века извлекает патчи из потока мусора в рассылке. И именно это она предназначена автоматизировать. История ему нах не нужна, да.
И тем более - твоя.
Поэтому есть механизм, переносящий все твои патчи поверх самой распоследней версии в удаленном репо. (с возможностью тебе руками их каждый раз изменять под эту версию, поскольку, разумеется, само нихрена не перенесется)
VS> По-твоему это понятно звучит? это вполне понятно - если бы ты понимал, для чего вообще нужен rebase. Тебе он, вероятнее всего - не нужен, тебе нужен эпизодический merge и своя история на фоне этих мержей (включая и не ограничиваясь "а вот тут пришлось отказаться от своих улучшений, потому что апстрим все окончательно переломал")
VS> А нельзя просто мержить из мастера в свою ветку, без rebase и прочих VS> модификаций истории? можно. Просто потом ты не сможешь вернуть эти изменения автоматически.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
